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INTERNET TELEPHONY GATEWAY AMD 
METHOD FOR OPERATING INTERNET TEUSPHONY GATEWAY 

RECEIVED 

BACKGROUND OF THE INVENTION FEB 2 4 20U4 

Fi^id of the invention Technology Center 2600 

[01] The present invention relates to an Internet telephony 
gateway and a method for operating an Internet telephony gateway. 

Background of the Relafcad Ar-t 

[02] Generally, an Internet phone means interactive voice 
conversation between personal computer (PC) users through an 
Internet Protocol { IP) network in real time. Demand of the internet 
phone is on an increasing trend owing to its inexpensive communication 
fees. The Internet phone is divided into a PC-to-PC type, a pc-to-phone 
type, and a phone-to-phone type depending on communication means. 

[03] Up to now, various examples of the PC-to-PC type and 
the PC-to-phone type have been developed, 

[04] Meanwhile, the PC-to-PC type transmits and receives voice 
data through a mike and a speaker by connecting corresponding PCs 
with each other. This PC-to-PC type is implemented in such a manner 
that both PCs access to an IP network at the same time. Analog 
voice signals received through the mike using one program are 
digitized between the PCs, and the digitized data are compressed 

to obtain packet data. 

[05] when the packet type voice data are transmitted to an 
opposing PC through the IP network, a corresponding PC restores 
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the packet type voice data and outputs an original voice through 
the speaker. The PC-to-PC type that enables communication as above 
has a problem in that both PCs should be accessed to the IP network 
at the same time using one program. 

[06] Meanwhile, the PC-to-phone type is implemented in such 
a manner that aftar a predetermined program is installed in a 
corresponding PC, both a PC and a phone are accessed to the Internet 
and then linked to a public switched telephone network ( PSTN ) through 
an Internet telephony gateway installed in a specific area, 
Accordingly, the PC-to-phone type enables communication using a 
phone. However, the PC-to-phone type has a problem in that any 
one of the PC and the phone should be linked to the PSTN. 

[07] a related art Internet telephony gateway and a schematic 

network for internet communication services will be described with 

reference to FIG- 1. 

[09] As shown in FIG. 1, a corresponding Internet telephony 

gateway 100 is linked to either a PSTN 50 or an IP network 60. 

Subscribers of either the PSTN 50 or the IP network 60 can perform 

communication through the IP network using terminal units such 

as phones and computers. 

[09] The Internet telephony gateway system 100 uses either 

an El/Tl grade R2 signaling mode or a tink Access Protocol for 

D-channel (LAPD) signaling mode as a signaling mode for call control 

setup with the PSTN 50 or the IP network 60 linked thereto. 

[lO] The R2 signaling mode also known as an ABCD signaling 

mode is operated by number 16 of a time slot in case of El grade, 
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The LAPD signaling mode is to form packet data of signaling data 
with a D channel protocol of an Integrated service Digital Network 
(ISDN) so as to control the packet type signaling data. 

[IX] However, in the Internet: telephony gateway 100* a point, 
where a. defect is detected, is subject to the IP network 60 or 
the PSTN 50. 

[12] Therefore, the presence of any failure in the connection 
state between different networks is processed by time out due to 
polling. In this case, if any failure occurs in the PSTN 50, the 
abnormal state is maintained until a subscriber terminal unit of 
the IP network is restored by Itself. 

113] Meanwhile, if any failure occurs in the IP network 60, 
the abnormal state continues to remain until a subscriber terminal 
unit of the PSTN is restored by itself. 

[14] As described above, when one terminal unit is in failure 
state, the other terminal unit does not receive any notice thereof. 
A corresponding user of the other terminal unit is merely in standby 
state for a predetermined time. Moreover, the corresponding user 
must pay communication fees corresponding to the predetermined 
standby time. Accordingly, the related art causes subscribers loss 
in both time and economical aspects. 

SUMMARY OF THE INVENTION 
[15] Accordingly, the present invention is directed to an 
Internet telephony gateway and a method for operating an Internet 
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telephony gateway that substantially obviates one or more of the 
problems due to limitations and disadvantages of the related art. 

[16] An object of the present invention is to provide an Internet 
telephony gateway and a method for operating an Internet telephony 
gateway, in which abnormal services due to matching between networks 
can be prevented from being interrupted. 

[17] Another object of the present invention is to provide 
an Internet telephony gateway and a method for operating an Internet 
telephony gateway, in which interruption of abnormal services due 
to matching between different networks is provided to subscribers 
through a call termination sound using an internal alarm system. 

[18] Additional advantages, objects, and features of the 
invention will be set forth in part in the description which follows 
and in part will become apparent to those having ordinary skill 
in the art upon examination of the following or may be learned 
from practice of the invention. The objects and advantages of the 
invention be realized and attained as particularly pointed 
out in the appended claims- 

[19] To achieve these and other advantages and in accordance 
with the purpose of the present invention, as embodied and broadly 
described, an Internet telephony gateway accesses a call between 
a terminal unit for a PSTN and a terminal unit for an IP network - 
The Internet telephony gateway monitors states of the PSTN and 
the IP network through a monitoring board for the PSTN and a monitoring 
board for the IP network while it accesses the call. When any 
failure occurs in either the PSTN or the IP network, the Internet 
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telephony gateway internally generates an alarm. Once the alarm 
occurs, the Internet telephony gateway directly performs a flow 
for normally terminating the call, with one, which is normally 
operating, between the terminal unit for the PSTN and the terminal 
unit for the IP network, 

[20] In the preferred embodiment of the present invention, 
the Internet telephony gateway checks states of the PSTN or the 
IP network in real time and performs a proper call processing with 
either the terminal unit for the PSTN or the terminal unit for 
the IP network, In which the failure does not occur. 

[21] ' It is to be understood that both the foregoing general 
description and the following detailed description are exemplary 
and explanatory and are intended to provide further explanation 
Of the invention as claimed* 

BRIEF DESCRIPTION OF THE DRAWINGS 

[22] The invention will be described in detail with reference 
to the following drawings in which like reference numerals refer 
to like elements wherein: 

[23] FIG. 1 is a diagram showing a configuration of a general 
Internet telephony gateway; 

[24] FIG- 2 is a biock diagram showing a detailed configuration 
of a PSTN interface and an IP network interface in FIG. 1; 

[25] FIG- 3 is a diagram showing address mapping of alarm 
data stored in a memory of FIG. 2; 
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an FIG 4 ■ 1. . block diagram lowing configuration module* 
o£ an internet telephony gateway according software of the present 

invention; 

FIG. 5 is a flow chart showing . -thod for operating 

tb. I—net telephony gat.way «V in ^ 

ln KCMta ce witn the first -bodi-nt of the present Invention, 
[»] FIG 6 i. a flow chart lowing a method for operating 
the Xnte.net telephony gateway when any failure occurs in the IP 

networ* in accordance with the second embodiment of the present 

invention; 

t29] FIG. 1 i= a diagram a that " SC ° r " 

an originating line of an incoming relay call; 

[30) fig. e is a diagram showing a protocol tnat restore, 
, terminating line of an incoming relay call; 

Ml, PIG. > is a diagram snowing a protocol that restore* 
a terminating line of an outgoing relay call; 

m. 10 i= a diagram snowing a protocol that restores 
an originating line of an outgoing relay call, 

[33, FIG. 11 ia a diagram showing a protocol that acts a call 
between PSTNs through the Internet telephony gateway; and 

[3 <] FIG. 12 is a diagram showing a protocol that releases 
a call between ISTK. through the mternet telephony gateway. 
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DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 
[35] Reference will now be made in detail to the preferred 
embodiments of the present invention/ examples of which are 
illustrated in the accompanying drawings. 

[36] An Internet telephony gateway according to the present 
invention is similar to a general Internet telephony gateway of 
FIG- 1. Accordingly, a method for operating an Internet telephony 
gateway according to the present invention will be described with 
reference to FIG. 1, 

[37] As shown in FIG. 1; the Internet telephony gateway 100 
includes a system controller 10, a PSTN interface 20, a vocoder 
30 r and an IP network interface 40, 

[38] The system controller 10 includes a maintenance processor 
10a and a call processor 10b. 

[39] The maintenance processor 10a controls the state of a 
block matching a PSTN 50 with an IP network 60 outside the Internet 
telephony gateway 100 and controls the state of an internal system 
o£. the Internet telephony gateway 100. 

[40] In other words, the maintenance processor 10a controls 
ejection and injection of a board such as a printed circuit board 
assembly (PBA) for a block related to matching of the PSTN 50 in 
FIG . 1, normal data, abnormal data, and the connection state o£ 
physical LANs. 

[41] The call processor 10b processes a call of the Internet 
telephony gateway 100 and controls the state of channels. 
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[42] In Other words, the call processor 10b matches the PSTN 
50 with the IP network 60 and controls the state of channels for 
the call processing. The state of the channels includes the idle 
state, the conversation busy state , the block state, and the 
not-assign state. The call processor 10b periodically updates the 
state of the channels according to maintenance data provided from 
the maintenance processor 10a. 

[A3] in FIG. l r the PSTN interface 20 interfaces the PSTN 
50 with the Internet telephony gateway 100, and the IP network 
interface 40 Interfaces the IP network 60 with the Internet telephony 
gateway 100. 

[44] In FIG- 1, the vocoder 30 compresses voice data of a 
pulse code modulation ( PCM) type transmitted from the PSTN 50 in 
a predetermined packet type under the control of the system controller 
10, and then transmits the compressed packet type voice data to 
the IP network 60 through the IP network interface 40. Alternatively, 
the vocoder 30 restores the packet type voice data received from 
the IP network 60 in a PCM type, and then transmits the restored 
voice data to the PSTN 50 through the PSTN interface 20. 

[43] FIG. 2 is a block diagram showing a detailed configuration 
of the PSTN interface and the IP network interface in FIG. 1, and 
FIG- 3 is a diagram showing address mapping of alarm data stored 

in a memory of FIG. 2* 

[46] When any failure occurs in the PSTN 50 and the IP network 
60, paths of alarming and restoring the call will be described 
with reference to FIGe.2 and 3 
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[47] As shown in FIG. 2, each of the PSTN interface 20 and 
the IP network interface 60 includes a PBA 110, a first 
parallel-to-serial converter 120, a second parallel-to-serial 
converter 140, a serial-to-parallel converter, a port scan bit 
(PSB) memory 150, and a data bus buffer 160. The PBA 110 provides 
state data of the PSTN 50 and the IP network 60. The first 
parallel-to-serial converter 120 converts state data of a hard 
diskdrive (HDD) module to serial data , The secondparallel-to-serial 
converter 140 converts parallel input state data of a fan and cables 
to serial data. The serial-to-parallel converter 130 converts the 
data from the first and second parallel-to-serial converters 120 
and 140 to parallel data, and adds the parallel data to state data 
of ejection, injection, and operation of boards, input in parallel 
from the PBA 110. The PSB memory 150 stores the data output from 
the serial-to-parallel converter 130 in corresponding addresses. 
The data bus buffer 160 transmits the state data stored in the 
PSB memory 150 to the system controller 10 so as to monitor the 
failure. 

[48] Referring to FIG. 2, alarm data are collected in PSB and 
injection bit types from the PBA 110 when a failure corresponding 
to matching between the PSTN 50 and the IP network 60 occurs. 

[49] As shown in FIG. 2, the PSB is input to an alarm collecting 
PBA (not shown) of the PSA 110 as five kinds of independent signals; 
PSB(CPM), PSB1(DPM1: data processing module 1), PSB2 ( DPM2) , 
PSB2(DPM3), PSB4(DPM4), and SPSB(SPM). 
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[50] The PSB (CPM) is used for the PSTN 50. The PSBl(DMPl), 
PSB2(DMP2), PSB3(DPM3), and PSB4 (DMP4 ) are used for the IP network 
60. 

[51] The PSB includes the ejection state, the injection state, 
and the operation state of boards injected in a corresponding shelf 
of the PBA 110. 

[52] The data of the ejection state, the injection state, 
and the operation state in a hard disk module installed in each 
shelf are converted to signals of the PSB in a PSB-TB, and in turn 
are respectively collected in a PSB memory for each unit of group 
for the PSB signals corresponding to each shelf. 

[53] Meanwhile, the injection state data of the cables installed 
in the Internet telephony gateway 100 are input to the alarm collecting 
PBA of the PBA 110 in the injection bit type while the injection 
state data and the operation state data of the fan are input to 
the alarm collecting PBA of the PBA 110 in the injection bit type. 
Then, these state data of the cables and the fan are added to the 
PSBdata, PSB(CPM) , PSBl (DPMI) , PSB2 (DPM2) , PSB3(DPM3) , PSB4 (DPM4) , 
and SPSB(SPM) by the serial-to-parallel converter 130 through the- 
second parallel-to-serial converter 140. 

[54] The collected alarm data are periodically stored in the 
PSB memory 150 in an 8-bit parallel type from the serial-to-parallel 
converter 130 under the control of the system control department 
10. 
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[55] The alarm data for the PSTN correspond Co the PSB in 
FIG,2 r and the real addresses in the memory 150 correspond to NIC1, 
NIC2, NIC3, and NIC4 of 0x20, 0x21 in FIG. 3. 

[56] The NIC1 has a value of 0x00 in case of the normal state, 
while it has a value of 0x02 in case of alarm. However, the NIC1 
has a value of 0x01 in case of ejection. 

[57] Meanwhile, the alarm data for the IP network; correspond 
to the PSBl(DMPl), the PSB2(DMP2) f the PSB3(DMP3), and PSB4(DMP4) 
in FIG . 2. However, their real addresses are 0x00-0x03, 0x0B-0x0x09, 
0xl0-oxl3 r and 0xl8-oxlb in FIG. 3, and are from LCI to LC8 in each 
shelf. 

[58] In this case, the LCI has a value of 0x00 in case of 
the normal state, the LCI has a value of 0x02 in case of alarm, 
and the LCI has a value of 0x01 in case of ejection. 

[59] FIG, 4 is a block diagram showing a configuration of 
the Internet telephony gateway according to software of the present 
invention. 

[60] The Internet telephony gateway in FIG. 4 includes a PSTN 
interface module 210/ an IP interface module 220, a data processing 
module 230, and a control module 240. The PSTN interface module 
210 is in interface with the PSTN and generates a failure alarm 
when a failure occurs in the PSTN. The IP network interface module 
220 is in interface with the IP network and generates a failure 
alarm when a failure occurs in the IP network. The data processing 
module 230 performs a data processing procedure required for data 
exchange between the PSTN and the IP network. 
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[61] In response to the failure alarm that may occur in either 
the PSTN or the IP network, the control module 240 performs a flow 
that enables a corresponding subscriber to normally terminate a 
call through the other network in which a failure alarm has not 
occurred. 

[62] The control module 240 includes a maintenance module 
240a and a call processing module 240b. The maintenance module 
240a manages the state of a block, which matches the PSTN with 
the IP network, and manages the inner state of the Internet telephony 
gateway. 

[63] The call processing module 240b matches the PSTN with 
the IP network and manages the states of channels for the call 
processing, and updates the states of the channels according to 
maintenance data provided by the maintenance module. 

[64] When any failure occurs in the PSTN, a method for operating 
the Internet telephony gateway according to the first embodiment' 
of the present invention will now be described with reference to 
a flow chart of FIG. 5. 

[65] First, a call connection between a subscriber terminal 
unit for the PSTN 50 and a subscriber terminal unit for the IP 
network 60 is attempted (S21) . Then, when a failure occurs in the 
PSTN 50, the system controller 10 determines, according to the 
information written in the PSB memory 150, whether an alarm has 
occurred in the PSTN 50 itself and a connecting board related to 
the PSTN 50 of the PBA 110 (S22) . 
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isa , Types of th. failure include synchronization fail with 
the PSTN 50, channel !ock, the abnormal state due to a trunk^tching 
hardware and software fail inside the Jnternet telephony gateway 
100, and ejection of the PBA. 

[S7J When it is determined that a failure occurred in either 
the PSTN 50 itself or the related board of the PSTN 50, the PBA 
U0 reports the failure alarm of the channels within the PSTK 50 
t0 the maintenance processor 10a inside the system controller 10 
of the Internet telephony gateway 100 (S23) . 

[<■] Subsequently, after a corresponding channel of the PSTH 

tt> < 1a . i n restores the call of the terminal 
50 (924) , the system controller 10 restores 

unit for the IP network (S25) . 

[69] The above step (325) performs the same message flow as 
that the subscriber terminal unit for the PSTN 50 performs to normally 

terminate a call. 

170 J ' As described above, once the IP network 60 Is restored, 
abnormal states, such as call failure, do not occur in the 
corresponding terminal unit for the IP network and the Internet 
telephony gateway 100 provides the terminal unit for the IP network 
with a sound that indicates the termination of the call (826) . 
The sound includes a call termination message, a tone, and an 
announcement. Therefore, with the sound, the corresponding terminal 
for the IP network is able to acknowledge the termination of the 
call , 

t7 l] When any failure occurs in the IP network 60 , a method 
for operating an Internet telephony gateway according to the second 

44- 



emb odiment of che present rentier, .ill be described with refere.ee 

to a flow chart of FIG. 6. 

[721 First, call connection between a subscriber terminal 
unit for the PSTN 50 and a subscriber terminal unit for the IP 
network 60 is attempted (S31) . Subsequently, the system controller 
10 determines, based on data written in the PSB- memory 150, whether 
a failure alarm has occurred in the IP network 50 of the PBA 110 
and a connecting board of the IP network 50 (S32) . 

[73] Types of the failure include poor connection between 
the IP network 60 and the PSTN 50, the abnormal state due to an 
IP matching hardware and software fail inside the Internet telephony 
gateway 100, and ejection of the PBA 110. 

[74] .If it is determined that the failure alarm occurs in 
either the IP network 60 or the connecting board corresponding 
to the IP* network 60, the PBA 110 reports the failure alarm on 
a corresponding channel of the IP network 60 to the maintenance 
processor 10a within the system controller 10 of the Internet 
telephony gateway 100 (S33) , 

[751 Subsequently, after blocking the corresponding channel 
of the IP network 60 (334), the system controller 10 restores the 
call of the subscriber terminal unit for the PSTN 50 (S34) . 

[76] in the step S34, the same message flow as that performed 
when the subscriber terminal unit for the IP network normally 
terminates the call is performed. 

[771 A3 described above, if the PSTN 50 is restored, not the 
abnormal state such as call failure occurs in the corresponding 
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terminal, unit for the PSTN but sound for informing termination 
of the call is provided from the Internet telephony gateway 100 
co the corresponding terminal unit for the PSTN (S36) . The sound 
includes a call termination message, a tone, and an announcement. 

[79] Therefore, the corresponding terminal unit for the IP 
network detects termination of the call through the sound. 

[79] Procedures of setting and releasing a call between PSTNs 
using the Internet telephony gateway will briefly be described 
with reference to FlGs. 7 to 12. 

[80] First, a procedure of releasing the call will be described 
with reference to FIG. 7. 

[Bl] An originating terminal unit transmits a termination 
signal END to the PSTN . Then, the PSTN transmits a release signal 
REL to the PSTN at an incoming relay call. 

[82] The Internet telephony gateway at the incoming relay 
call transmits a radio link control signal RLC to the PSTN in response 
to the release signal REL, and then transmits the release signal 
to the Internet telephony gateway at an outgoing relay call. 

[83] Subsequently, the Internet telephony gateway at the 
outgoing relay call transmits the release signal to the PSTN at 
the outgoing relay call. 

[84] Once a release completion signal is received from the 
PSTN at the outgoing relay call, the Internet telephony gateway 
at the outgoing relay call transmits the release completion signal 
to the Internet telephony gateway at the incoming relay call. Thus, 
a flow for the call release is completed. 
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[85] As described above, the Internet telephony gateway and 
the method for operating an Internet telephony gateway have the 
following advantages. 

[86] When interruption of abnormal services due to matching 
between different networks occurs, the Internet telephony gateway 
that connects the PSTN with the IP network directly provides the 
call termination message, the tone, and the announcement to the 
corresponding subscriber terminal unit using the internal alarm 
system. Accordingly, the subscriber terminal unit does not have 
to be in standby state for a long time without any reason when 
interrupt of the services occurs. 

[87] The foregoing embodiments and advantages are merely 
exemplary and are not to be construed as limiting the present invention . 
The present teaching can be readily applied to other types of 
apparatuses. The description of the present invention is intended 
to be illustrative, and not to limit the scope of the claims. 
Many alternatives, modifications and variations will be apparent 
to those skilled in the art. 
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